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(3) Interactive, computerised gaming system with remote terminals. 



(57) The gaming system includes a host computer, 
a plurality of general purpose terminal compu- 
ters forming player stations remote from the 
host, means for providing communication be- 
tween each of the terminals and the host. Each 
terminal has a program for generating screen 
graphics and sound locally in response to con- 
trol data packets generated by and received 
from the host. The host generates random num- 
bers for a game being played on a connected 
terminal within preset criteria for that game in 
response to data packets received from the 
terminal. The data packets are of variable length 
between 1 and 80 bytes. The host sequentially 
stores the minimum significant information for 
replaying a game, auditing and security, such as 
accounting data of each player at the start of 
each game, random numbers generated by the 
host, responses received from a player, and 
whether a game was completed. Play is sub- 
stantially real-time, because only minimal data 
is transmitted with functions requiring large 
amounts of data, such as screen graphics being 
generated locally. The statuses of host and 
terminal are restored automatically on re- 
establishing communication following an inter- 
ruption to ensure fairness to players and pre- 
vent them defeating the outcome of a game. 
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ing the outcome of a game; fast, efficient communication to enable reliable, low cost, real time, realistic oper- 
ation; accounting; and enabling players to play a variety of games. 

10 

BACKGROUND OF THE INVENTION: 

Many computerised gaming systems have been proposed having a host and terminals, which may be re- 
mote or local, with different operating systems depending largely on the game being played. The broad general 

15 groupings are discussed below as a survey of the art. 

One group is centred on horse betting using home or agency terminals. Home terminal systems usually 
use a teletext or teletext type interface to display betting and account data on the terminal and to input bets 
to the host often coupled with a control for television viewing. Data may also be transmitted through a telephone 
system. Betting inputs are simple, such a horse or horse couple number. Patents disclosing typical systems 

20 are JP 1-269157 to JP 1-269164. Agency terminals are broadly similar, but have betting slip reading and/or 
printing facilities. Patents disclosing typical systems are FR 2,368,092, GB 2,269,926, 2,262,635, 2,075,369, 
2,028,558, 1 ,491 ,780. Such systems are not interactive; are not real time because of the delays in transmitting 
large volumes of data; have limited auditing and/or playback capabilities because of the large amount of data 
that has to be stored; and are not realistic in that limited information only is displayed on the terminal screens. 

25 Auditing and data storage is problematical and generally, if there is a fault, then a bet is voided. Such systems 
are restricted to one form of gaming only and use dedicated or special equipment as such are unsuitable for 
general gaming purposes. 

Asecond group, typified by US 4,922,522 and PCT applications WO 92/1 0806 and WO 89/05490, are com- 
puter based lottery ticket distributing systems. Apart from providing systems for the practical demands of par- 
30 ticipants, such as selection verification, ticket reading, etc., these systems are primarily concerned with data 
security and storage. They are not interactive, real time, adaptable to other games, and of necessity use dedi- 
cated equipment. 

A third group, eg. US 3,909,002, 4,339,798 and 4,467,424 concern computerised gaming systems that en- 
able players to participate in casino games, like craps, roulette and keno, at terminals rather than at the tables. 

35 With these systems a game actually being played in a casino is displayed to a remote player via a television 
or dedicated display panel . Players place their bets via panels on the terminals. The outcome of the game and 
account balances for each player are stored in a central computer and displayed on each player's panel. The 
system and games being played are not interactive and a croupier enters game details as it is being played. 
These systems mimic actual games, are not interactive, require dedicated terminals, need large volumes of 

40 data to be stored and transmitted and, because of data transmission problems, are limited to local area use. 
Such systems are suitable for use in, and are believed to have been used in, hotel casinos. 

A forth group, eg. US 4,760,527 and 4,926,367, provide computerised interactive wagering, specifically 
playing poker, among a plurality of players. The system uses a central computer and dedicated terminals. Large 
volumes of data are transmitted between machines to display games and outcomes, so that the terminals are 

45 confined to a local area. The games are interactive as among players, but not as between each player and 
the central computer. The central computer does not simulate a game. 

Finally there are so called "television (or video) game" systems which attempt to provide real time, inter- 
active gaming. JP 2-295,338 discloses one such system having a host or central computer transmit screen 
display data to dedicated terminals via a telephone line. Telephone dial buttons allow a player to input respons- 

50 es. While the game is interactive, real time play is not achieved because of the time required to transmit the 
volume of data required to generate the screen images. US 4,652,998 discloses a video amusement gaming 
system using a host and local dedicated machines for playing games, with a prize award pool being provided 
and awarded depending on allocation of prizes and outcomes of games. Fixed length data packets are trans- 
mitted between host and terminals which is inefficient and limit the width of the area of operation and recording 

55 of results is limited. With both these systems record storing is minimal and they are not appropriate for wager- 
ing. 

Generally, while most of such systems as mentioned above concerned with wagering have accounting and 
auditing/security facilities, these are limited in nature largely because of the volume of data to be stored, the 
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fact that data has to be stored continuously and the problem of errors. For example, to replay an event imme- 
diately prior to a fault, one has to store the position of the program being executed, which screens were showing, 
the state of the memory of the each of the host and each active terminal, and events or inputs leading up to 
that time of the fault. This is a monumental task, because one can never be sure when a fault is about to occur, 

5 and slows operation of each of the computers. 

Most known systems thus default to voiding a game in the event of a fault, which is unfair if the fault is 
beyond the control of the player. On the other hand some system is required to prevent a player from deliber- 
ately defeating the outcome of a game. 

This invention seeks to provide a casino gaming system capable of interactive, real time, realistic gaming 

10 at genuinely remote locations which is economical, secure and reliable. Aspects of the invention seek to min- 
imise telephone line usage and cost and terminal costs; to enable a variety of casino games to be played in 
such a manner that a player experiences the same "feel", security, etc. as if he were at a casino; and to ensure 
that faults, deliberate or accidental, in communication and at terminals do not lead to abuse by players or the 
entity operating the host computer. 

15 Fast, multitasking processing can be achieved by a single, large computer, such as so called "main frame" 

or "mini" machines. With known technology it is now also possible to achieve the same or even better perfor- 
mance using a local or wide area network of fast, relatively smaller computers each running a multitasking op- 
erating system. Technology in this field is increasing exponentially and it is not unrealistic to expect that within 
a short while a single "personal" computer or so called "application server" could perform substantially the 

20 same function as a current main frame. Thus, the terms "host computer" or "host" used herein are to be inter- 
preted broadly to cover machines ranging from a single computer to a plurality of networked computers capable 
of performing the tasks of playing games; attending to record keeping, accounting, security and communication 
functions; and servicing a number of players simultaneously. 

The term "simulations" as used herein means computer screen graphics, sound or screen graphics and 

25 sound that provide visual and optionally audible messages and representations to a player, such as instructions 
and game simulations. 

SUMMARY OF THE INVENTION: 

30 The invention provides a gaming system including a host computer, a plurality of terminal computers form- 

ing player stations remote from the host, communicating means for connecting each of the terminals to the 
host, and program means for operating the computers, wherein: each terminal is a general purpose computer 
having terminal program means for generating simulations for establishing a secure communication with the 
host, generating simulations to reproduce at least one game and a current player status in response to host 

35 control data packets received from the host, generating terminal control data packets, each representative of 
a valid response at the terminal, and sending such packets to the host; the host has host program means for 
generating random numbers for a game being played on a connected terminal within preset criteria for that 
game in response to a data packet received from the terminal, generating host control data packets for con- 
trolling the simulations to be reproduced by the connected terminal; and the data packets are of variable length, 

40 each of which is dependent on the minimum relevant information required to be transmitted for playing a game. 

Preferably, the terminal program includes game data for generating simulations for a plurality of games. 
For auditing and security the host preferably has means for sequentially storing accounting data of each 
player, the random numbers generated by the host, responses received from each player connected to the 
host, and whether each game has been completed. The stored information is a record of games played and 

45 partially played by a player may be used for automatically restoring the statuses of the host and terminal fol- 
lowing an interruption in communication between them and/or for replaying on demand at least a portion of at 
least one game. This ensures fairness for players in the event of a fault, while protecting the operator of the 
host against players deliberately defeating the outcome of a game, such as by switching off their computers 
or breaking communication with the host. Minimal storage capacity is required at the host as the stored infor- 

50 mation corresponds to a sequence of valid player keystroke responses and random numbers generated by 
the host. 

The communicating means preferably comprises modem means on each computer and a telecommuni- 
cation link. This is general purpose, relatively inexpensive equipment with low operating costs, so that together 
with the use of general purpose computers players can participate at home or other remote location at little 
55 cost. Operating costs for players may be further minimised by using at least one node device connectable, in 
use, to each of a plurality of terminal computers located within a desired low charge zone and being constructed 
to route communication between each active terminal and the host Players thus pay local-call charges only 
or nothing if they communicate with the host via a toll-free number to the node. The host operator bears minimal 
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terminal screen has been fully updated ready to accept the next player keystroke. 

Processing is distributed in what is known in the art as a "client/server" system or appl ication; only essential 
10 or relevant data is transmitted between the host and terminals, while each computer processes only those por- 
tions of the program means needed to produce a required output, such as a result and account data at the 
host and simulations at the terminals, and data storage and access is done at a defined location. From this 
flows the advantage for gaming that processing and transmission are both fast, thereby providing substantial 
real time operation. 

15 Benefits of using general purpose computers as terminals are low cost for the operator and player; ability 
to modify, improve or add to the system at little expense using readily available equipment and programs sup- 
plied by the host operator; low maintenance and operating costs; and giving each player the freedom to choose 
the speed and quality of performance he or she desires. Fast processing for the host is easily attainable at 
relatively low cost, as it has relatively little processing to do for each player since processing of simulations is 

20 done at the terminals. 

The data packets may be suitably encrypted. Passwords may be used for establishing communication be- 
tween the host and a terminal and for each player, who may play at any terminal by using his password. Tech- 
nology for this is well known in the art and any suitable techniques may be used. 

A feature of the invention is that the games are interactive, ie. each player selects which game he wishes 

25 to play, such as blackjack, video poker, slots, etc., and the host simulates outcomes for that game individually 
for that player depending on the player's choices during the game. Additionally, program options may be pro- 
vided for several players to play one game simultaneously against "the house 11 or one another as desired, such 
as poker, blackjack, and punto banko, according to casino conventions. Thus, a real life simulation of playing 
in a casino can be offered to players at home or remote terminals. Additionally non- and partially-interactive 

30 games, such as lotteries, bingo, roulette, etc. may also be played with little modification. 

Further features, variants, and/or advantages, of the invention will become apparent from the following 
non-limiting description made with reference to the accompanying schematic drawings of a presently preferred 
embodiment of the invention. 

35 BRIEF DESCRIPTION OF THE DRAWINGS: 

Figure 1 shows a schematic of a gaming system for playing casino games at terminals located remotely 

from the casino; and 
Figure 2 shows a schematic front view of a player terminal. 

40 

DESCRIPTION OF PREFERRED EMBODIMENTS: 

In the drawings the same or similar parts are indicated by the same reference numbers. 

The drawings show a computerised gaming system 10 for playing casino games comprising a central or 
45 host computer 12 at a casino, telecommunication exchanges or nodes 14 connected by lines or paths 16 to 
the host, and general purpose computers or PC's 18 serving as player terminals connected by telecommuni- 
cation lines or paths 20 to the nodes 14. Further computer terminal monitors 22 as are located at the host. 

The host 12 is a fast, powerful, reliable computer, such as a main frame, mini or application server having 
one or more synchronised processors 24 and fast, reliable, large capacity data storage devices 26 such as 
so that known in the art as a "RAID disk array". The processor/s run several programs simultaneously to determine 
outcomes of games of chance according to accepted gaming principles and rules under the control of a master 
program or operating system. The data storage devices 26 store data bases of player, game and accounting 
information as well as programs for the host and for downloading to the terminals when required. The host has 
a number of communication devices or cards 28 connected via a bus 30 to the processor/s and each connected 
55 to a line 16. Each device 28 operates bi-directionally to separate and decompress data received in one stream 
along line 16 into individual streams for each player and compress and compact data into one stream sent out 
along line 16 to the node 14. 

Each PC 1 8 has a video display screen 32, a box 34 with processor, data disk devices, function cards such 
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as sound cards, etc. as known in the art and not separately illustrated, a keyboard 36, and a modem 38 con- 
nected to a line 20. The PC may also have a mouse, not shown. 

Each node 14 is a computerised, electronic, switching exchange for selectively connecting each active PC 18 
to the line 16 to transmit data between the host and PC. The node is constructed and operated in a known 
5 manner to monitor the flow of data between host and PC's to maximise the total information transfer rate and 
serve each PC as quickly as possible. Thus each node has a communication device 18 functioning as descri- 
bed above to communicate with the host via line 1 6 and a plurality of modems for communicating with the PC's 
18. 

Each line 16 is a high quality, dedicated link, such as a high speed line, a fibre optic line or a satellite link, 

10 adapted to provide continuous, reliable, high-speed data communication between the host and each node. The 
lines 20 are public communication links or telephone lines which are energised or established when needed 
to provide communication between each terminal and the host. The lines 16 provide relatively low cost long 
distance communication for each terminal because of amortisation of their costs over the large number of ter- 
minals they serve. The nodes are located such that the terminals connected to each is within a low cost com- 

15 munication charge zone. 

Each PC 18, when used a terminal for gaming runs a program capable, amongst other things, of generating 
suitable simulations for a casino game on the display. The same program or several separate program modules 
may be used for playing a variety of games. The PC does not determine the outcome of any game of chance 
and thus cannot be considered itself to be a gaming device in the normal sense of the term. 

20 In practice, the system is used as follows. 

A person wishing to play a game of chance from a remote PC established an account with a casino or host 
operator, deposits a opening balance, is allocated a personal password, and is given a gaming software in- 
cluding programs and data for generating screens appropriate to casino games. The gaming program or mod- 
ifications to it may be downloaded directly from the host via a communications link if required. When the player 

25 wishes to play he activates his PC, loads the gaming program, communicates with the casino via the modem 
and node and "logs in" by supplying his password, which is verified by the host. The host supplies an encryption 
key code, which is unique for the player and may be unique for the particular communication; the key code is 
used to code and decipher encrypted data communicated between the PC and host by providing a one-to-one 
correlation between a set of transmitted characters and a set of program interpretable characters. Communi- 

30 cation is now established. 

The host then generates and sends a data packet to the PC that is decoded and processed to cause the 
PC's gaming program to display a game choice screen and the player's account balance. The data packet com- 
prises a start byte, a length byte to indicate the number of sub-packets in this packet, a variable number of 
sub-packets followed by CRC bytes, i.e. two bytes if CRC 16 is used and four if CRC 32 is used, etc. The sub- 

35 packets behave like subroutine arguments to the terminal program. The first 2 bytes define the graphic and 
sound subroutine to be used and the next 12 bytes the compressed arguments. These bytes can represent 
12 ASCII characters or six 2-byte integers or three 4-byte real numbers or a combination of all three for mod- 
ifying the screen to display the account balance and other information. Multiple sub-packets can be sent in a 
single packet and multiple packets can be sent until the program running on the host requires input from the 

40 player. The last sub-packet is tagged by setting high one of the bits in the 2 bytes defining the subroutine to 
be called to indicate an end of transmission. The player's terminal acknowledges receipt of each packet by 
sending an acknowledge byte if the data is good or a negative acknowledge byte if the data is bad and re- 
transmission is required. The player selects a game to be played using his keyboard or mouse or other input 
device. A single key is pressed or graphic icon selected and converted to the equivalent keystroke and a data 

45 packet of 3 bytes is generated and transmitted. The 3 byte data packet consists of a start byte, a data byte 
and the one's complement of the data as a check byte. The host acknowledges receipt of the packet if it is 
received correctly or sends a negative acknowledge requesting re-transmission. 

Assuming a card game, such as blackjack, is selected, the host activates: a suitable program module for 
generating random numbers for blackjack, say 1 to 52 each representing a unique card in a deck of cards; a 

50 data base module for evaluating outcomes; and a program module for generating appropriate data packets. 
The host then generates and transmits a data packet for the PC to reproduce a blackjack simulations on the 
video display including a request for the player to "place" his bet and a selection of valid keys that correspond 
to predefined bet values and an audio communication if the PC is capable producing suitable audio effects, 
such as a voice request to place his bet. The player presses an appropriate key to place his bet and "deal" his 

55 cards; this cause the PC's program to generates and transmit a 3 byte data packet to the host In response, 
the host, using suitable random number and data base modules and an algorithm to draw unique cards from 
a deck of cards, "deals" cards for the house and player according to the rules of the game. This information is 
transmitted as a data packet consisting of 14 byte sub-packets as described above for display to the player. 

5 
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The screen graphics and audio signal simulations are generated by the PC and are not transmitted, thus min- 
imising the volume of transmitted data and maximising the speed of transmission and operation of the game. 
The player then selects an option, eg. draw, stand, double, split or surrender, by pressing an appropriate key 
which is sent to the host as a data packet of 3 bytes, processed and the result transmitted for display on the 

5 player's PC. This continues until the game is completed at which stage a suitable data packet is generated at 
the host and transmitted to the PC to display this fact and the new account balance of the player. 

The PC's program also evaluates and validates each player input keystroke and transmits only those that 
are valid. The player may be asked to repeat a keystroke to verify his instructions. 

The host stores all significant information needed for auditing, security, accounting, replaying games and 

10 restoring the status of the host and PC in the event of a fault or on demand if required. The significant infor- 
mation required is only the account status of the player prior to a game, the significant data contained in each 
data packet sent to the host and the random numbers generated by the host during the game. The significant 
data contained in each data packet is only that required for initiating program sequences and excludes pure 
communication data, e.g. player identification header, control, check and CRC bytes, re-transmissions, etc. 

15 Everything relevant to the player and the game can be regenerated from this data. Thus, minimal storage space 
is required for each game. In this example every player keystroke or graphics icon choice converted to the 
equivalent keystroke, host generated random number and whether the game is complete or not is stored. In 
practice, only the last few games need to be stored at any time: if required, data of older games may be flushed 
or transferred to a back-up storage device to minimise storage capacity requirements. This stored information 

20 is used for security and auditing and also to replay or "roll-back" each game to the status prevailing immediately 
prior to any fault or disruption of communication between the terminal and host. 

In this example, the host is programmed automatically to restore the status of the host and the PC when 
a player re-establishes communication after a disruption or fault. For this, the host first searches its records 
to establish whether the last game of each player establishing communication was completed. If completed, 

25 then the initial game selection sequence is started. If not completed, then the status of the PC and host im- 
mediately prior to the fault is restored. Thus, players will not be unfairly treated, eg. if the fault was not caused 
by them, and players cannot defeat the outcome of a game. This simulates casino gaming conventions or rules. 

The data packets transmitted from the PC to the host can be generated from relatively few or single key- 
strokes. Thus, a data packet from a PC could comprise as little as a single byte or 3 bytes if a header, data, 

30 and CRC (cyclic reducing check) or parity information is also transmitted to ensure integrity of transmission. 
Such data packets can be transmitted and verified very quickly, such as of the order of 2 to 8 milliseconds for 
a transmission of 1 to 18 bytes and an acknowledgement of 1 byte. More information is required to be trans- 
mitted from the casino computer to the terminal and at this stage it is intended that data sub-packets of 14 
bytes be used with at most 5 sub-packets being incorporated into a single packet and requiring less than a 

35 third of a second to complete the transfer to a terminal using a 2400 baud modem. This enables substantial 
real-time operation to be achieved as other processing at the host and PC would also be of the order of 2 to 
40 milliseconds. 

During roll-back the host replays a game using stored player responses and stored previously generated 
random numbers. In order to display or reproduce this on a terminal it may be necessary to send many data 

40 packets to the player's terminal before requiring input from the player. Thus, it is necessary to be able to send 
multiple data packets from the host to a player's terminal. 

It is to be understood that the invention is not limited to the precise constructional details shown in the 
drawings and described above and modifications may be made thereto as well as will other embodiments be- 
come apparent without departing from the spirit of the invention. For example, the sizes of the data packets 

45 can be varied as desired. Transmitted data can be further encrypted if desired. Additional nodes may be pro- 
vided between the nodes 14 and PC's 16 to minimise communication costs even further. The same computers 
and programs may be used to play roulette, poker, chemin de fer and so on. Several players may play the same 
game simultaneously, each through his own terminal, either with the host only or with the host and one another, 
with the host maintaining relative account data in the latter event. These are obvious extensions of the basic 

50 concepts disclosed herein. 

The host may be a network of computers 10, symbolised in Figure 1 by a bus or communication link 11 
that interconnects the computers in a local or wide area network, each computer being connected to one or 
more nodes, running a multitasking operating system, and servicing a number of players simultaneously. These 
computers run the games, generate the required random numbers, and store intermediate auditing and ac- 

55 counting data for each of the players connected to the system at a particular time. These computers are in 
turn connected to a database engine on the network which stores centralised accounting information. This 
database engine may itself be a distributed system, but would typically be a single high speed machine incor- 
porating a large disk storage system, such as a RAID disk array with redundancy. The whole host network will 

6 
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also have built in redundancy with backup servers, printers, communication devices, etc. such that in the event 
of a hardware failure there will be backup that will immediately and automatically take over without loss of in- 
formation or interruption of service to the players. 

5 

Claims 

1. A gaming system including a host computer, a plurality of terminal computers forming player stations re- 
mote from the host, communicating means for connecting each of the terminals to the host, and program 

10 means for operating the computers and the communication between each terminal and the host, wherein: 

a. each terminal is a general purpose computer; 

b. each terminal has terminal program means for 

— generating simulations for establishing a secure communication with the host, generating simu- 
lations to reproduce at least one game and a player status in response to host control data packets 

15 received from the host; and 

- generating terminal control data packets, each representative of a valid response at the terminal, 
and sending such packets to the host; 

c. the host has host program means for 

- generating random numbers for a game being played on a connected terminal within preset cri- 
20 teria for that game in response to a data packet received from the terminal; and 

— generating host control data packets for controlling the simulations to be reproduced by the ter- 
minal; and 

d. the data packets are of variable length, each of which is dependent on the minimum relevant infor- 
mation required to be transmitted for playing a game. 

25 

2. The gaming system of claim 1 , wherein the terminal program includes game data for generating simula- 
tions for a plurality of games and means for generating a data packet unique to each game and sending 
the data packet to the host to control the generation of random numbers by the host. 

30 3. The gaming system of either of claims 1 or 2, wherein, for each game being played, the host has means 
for storing sequentially: accounting data of each player at the start of each game; random numbers gen- 
erated by the host during that game; responses received from a player during that game; and whether 
that game was completed. 

35 4. The gaming system of claim 3, wherein means is provided for automatically restoring the status of the 
host and a terminal computer and reproducing the simulations of the terminal computer when communi- 
cation between the host and terminal is restored following an interruption in communication between 
them, the statuses being reconstructed from data stored by the host. 



40 



5. The gaming system of claim 3, wherein means is provided for replaying on demand at least a portion of 
at least one game from data stored by the host. 



6. The gaming system of any of claims 1 to 5, wherein each program means includes means for converting 
each received data packet into an operating instruction and means for processing the operating instruc- 
tion to provide a desired output. 

45 

7. The gaming system of any of claims 1 to 6. wherein the communicating means for connecting each of the 
terminals to the host comprises modem means on each computer and a telecommunication link between 
the host and each connected terminal. 

so 8. The gaming system of claim 7, wherein the communicating means further includes at least one node de- 
vice connectable, in use, to each of a plurality of terminal computers located within a desired call charge 
zone, the node device being connected to the host and being constructed to route communication be- 
tween each of the terminals and the host 

55 9. The gaming system of any of claims 1 to 8, wherein, in use during a normal game, the data packets range 
in size from 1 to 80 bytes. 
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